Internet Surfer 2.0/Internet Surfer 2.0 (Wayzata Technology) (1996).iso/pc/text/mac/faqs.042

Text File | 1996-02-12 | 27.7 KB | 653 lines

Frequently Asked Questions (FAQS);faqs.042



   Fortran compilers are not required (and most do not) to protect
   users from themselves, that is to say

     call sub(1)
     ...
     subroutine sub(i)
     i=i+10
     return
     end

   Is non-standard complying but the compiler need not tell you about
   it. Arguably worse, the compiler can produce any result it deems
   fit, up to and including the start of world war III (assuming the
   right optional hardware has been installed).

   Fortran lint programs focus on searching out search programming
   errors and alerting the user.

   There are a wide variety of commercial and pd products. A partial
   list follows:

   IPT FORTRAN lint 1096 East Meadow Circle, Palo Alto, CA 94303, 415/494-7500.

   Forwarn from quibus 719 527 1384.

   QA-FORTRAN from PRL UK 01 942 9242 and perhaps  [phone]

   FORCHECK from Leiden University ND 31 71 276804

   FTNCHEK from netlib. One may receive FTNCHEK by mailing to
   [e-mail] the following message:

    send ftnchek from fortran

    And Ajay Shah, [phone], [e-mail]
    You may want to mention f2c followed by an ANSI C compiler as a great
    free fortran lint. I could not have survived writing fortran if it
    were not for f2c.  You need to know some C to deal with the error
    messages, but that's not a bad price to pay.

From: "John D. McCalpin" <[e-mail]>
Not too many people use it, but you might want to add TOOLPACK to
the list of FORTRAN "lint" packages.  Here is the blurb that I
send to people who are interested:

======================================================================
TOOLPACK is a large set of utilities written in FORTRAN to do FORTRAN
code analysis and transformation.

TOOLPACK begins by actually parsing the program with a fully FORTRAN-
compliant parser and then does all the code transformations on the
parse and comment trees.

This means that you cannot confuse TOOLPACK by silly FORTRAN-isms that
can easily overwhelm more naive utilities (such as ftnchek).  For
example, TOOLPACK correctly handles statements such as:

      D O U B L E  P R E C I S I O N   A(100,100)
      doubleprecision fred

      DO I = 1.2
      READ(I,J) = 10.


The usual interface to TOOLPACK is a set of 'csh' scripts that run the
various TOOLPACK utilities to do specific tasks.

The ones you will find most useful are: pol, polx, apt, dapt, decs,
getlst, and discard.   These are the prettyprinter, precision converter,
declaration standardizer, and some necessary utilities.  See below for
more details.

By aware that TOOLPACK is *very* rigorous about the FORTRAN-77
standard.  You may or may not consider this an advantage.

The scripts are described by the 'scripts' script, which delivers the
following:
----------------------------------------------------------------------------
In the Toolpack script summaries below, the section numbers refer to
the Unix environment Users' Guide where more detailed information can
be found.  To obtain on-line information about a script's usage, type
its name without any arguments.

FORTRAN Analysis Facilities

  getlst  Produce a listing showing statement and token numbers. Report
          lexical scanning warnings and errors. (3.1.1)

  syn     Report errors and warnings detected by lexical scanning, parsing,
          and examining a set of symbol attributes. (3.1.2)

  sem     Report errors and warnings detected by lexical scanning, parsing,
          and examining an extended set of symbol attributes. (3.1.3)

  pfort   Report errors and warnings detected by lexical scanning, parsing,
          examining an extended set of symbol attributes, checking for unsafe
          references, and checking conformance to a portable subset of
          FORTRAN. (3.1.4)

  statdoc In a user-supplied report template, place information derived from
          static analysis to assist in documenting the program.  Examples of
          information the user may request are COMMON block usage, symbol
          attributes, and a graph of subprogram calls. (3.1.5)

  inst    Instrument a FORTRAN program so that the instrumented program, when
          executed, produces information about program execution. (3.2.1)

  rundoc  Execute a program instrumented by inst and, in a user-supplied
          report template, place information derived from dynamic analysis
          to assist in documenting the program.  For example, the user may
          determine the frequency of execution of program segments. (3.2.2)

FORTRAN Transformation Facilities

  pol     Format a FORTRAN program under control of user-supplied options
          in a Polish option file. (4.1.1)

  polx    Construct a Polish option file via a menu-driven editor. (4.1.2)

  decs    Rebuild the declarative part of a FORTRAN program. (4.2.1)

  apt     Transform a single-precision version of a FORTRAN program to
          double precision or vice versa. (4.3.1)

  dapt    Convert precision and rebuild the declarations, combining the
          functions of apt and decs. (4.3.2)

  cname   Change the names in a FORTRAN program that satisfy conditions
          derived from information in either the lexical token stream or
          the symbol table or both. (4.4.1)

  lname   Transform a FORTRAN program containing long names to a program
          with standard names. (4.4.2)

  stf     Rebuild the flow of control in a FORTRAN program to standardized
          form. (4.5.1)

  ucs     Transform nests of DO loops matching certain paradigms so that
          the transformed code executes more efficiently on vector machines.
          (4.6.1)

Miscellaneous Facilities

  fdiff   Compare two FORTRAN programs at the lexical token level. (5.1.1)

  dac     Compare two data files, neglecting certain formatting differences
          and numerical differences smaller than a given tolerance. (5.1.2)

  vcon    Create, edit, and retrieve versions of a file contained in a
          version file. (5.2.1)

  discard Remove unneeded files created by the above scripts. (5.3.1)

  scripts Print this summary of the scripts. (5.4.1)

----------------------------------------------------------------------------

TOOLPACK can be obtained by anonymous ftp from perelandra.cms.udel.edu
in the directory pub/Lang/Toolpack/.
The UNIX version is in the file toolpack.tar.Z
Serious hackers will want the versions in the Distrib directory.

The package is known to compile on Silicon Graphics and Sun machines,
though the Makefile is reasonably braindamaged.

You will need about 16 MB for the stripped executables on an SGI machine.
Figure on double that for compiling the package.....

Have fun!
--
John D. McCalpin            [e-mail]
Assistant Professor            [e-mail]
College of Marine Studies, U. Del.    [e-mail]



Q4) "Why do people use FORTRAN?, C is so much better"

   One should avoid such pointless arguments .... if you feel this
   way, don't subscribe to comp.lang.fortran.

   This sort of question always triggers off a protracted discussion,
   the highlights of which are typically:

       a) FORTRAN and C have different semantics. A FORTRAN optimizer
      knows more about aliasing, function interactions, and I/O. A
      C optimizer has to infer or compute such information. C
      bigots typically have neither written such optimizers nor
      worked with folks who do it for a living, and are prone to
      dismiss such arguments as being petty and neolithic.

      FORTRAN programmers are often a bit more in touch with high
      performance computing, and are unwilling to bet that heavily
      on compiler wizardry.

      In addition, ANSI/ISO C has very tight requirements on
      expression evaluation (an overreaction to the K&R ignore
      parenthesis days) which cripples an optimizer even further.
      The restrictions are spelled out in Section 5.1.2.3 of
      ISO/IEC 9899-1990. Both the '77 and '90 Fortran standards
      allow the optimizer more latitude.

      Of course, compiler options, vendor extensions and the like
      sometimes narrow the difference. Also, some Fortran
      compilers do not take advantage of all of these features of
      the language, thus narrowing the gap in the other direction.

      On any given code, on any given system, all bets are off.

      b)  There is a vast body of existing FORTRAN code (much of which
      is publically available and of high quality). Numerical
      codes are particularly difficult to "vet", scientific
      establishments usually do not have large otherwise idle
      programming staffs, etc.  so massive recoding into any new
      language is typically resisted quite strongly.

      c)  Fortran tends to meet some of the needs of scientists
      better.  Most notably, it has built in support for:
        - variable dimension array arguments in subroutines
        - a compiler-supported infix exponentiation operator which
          is generic with respect to both precision and type,
          *and* which is generally handled very efficiently  or
          the commonly occuring special case floating-point**small-integer
        - complex arithmetic
        - generic-precision intrinsic functions

      d)  Retraining staff is quite expensive.

      e)  It is sometimes argued that:
- Jonathan Thornburg <also responsible for misc. other fixups>
    Fortran tends to be easier for non-experts to learn
    than C, because its "mental model of the computer" is
    much simpler.  For example, in Fortran the programmer
    can generally avoid learning about pointers and memory
    addresses, while these are essential in C.  More generally,
    in Fortran the difference between (C notation) x, &x,
    and often even *x is basically hidden, while in C it's
    exposed.  For non-experts this makes Fortran a considerably
    simpler language.

    Because of this relative simplicity, for simple programming
    tasks which fall within its domain, (say writing a simple
    least-squares fitting routine), Fortran generally requires
    much less computer science knowledge of the programmer than
    C does, and is thus much easier to use.


Q5)  Why can't I get an electronic version of the standard?

    Someday, perhaps you can. However, at the moment the various
    standards bodies finance some fraction of their work via sales of
    standards documents. ISO and ANSI have both claimed copyright to
    the finished standard, so those who would make and distribute
    copies should be forewarned.

    It should be noted that various people are working to correct
    this; but it is unlikely to ever become free.

Q6) Where can I get "foo" (some random package)

Q6) Where can I get "foo" (some random package)
        contributed by:
                Marc R. Roussel
                                [e-mail]

    Use archie. archie is an online database of what is available and
    where on the "net". Archie can be used either via telnet or by
    mail.

    For information about archie send

    mail [e-mail]
    subject: help

    And you will get back copious directions on how to use archie.  If
    you prefer interactive experimentation, telnet to
    archie.rutgers.edu and log in as archie.  No password will be
    required.  The first thing you will be shown is a list of other
    archie servers.  If one of these servers is geographically much
    closer to you than Rutgers, NJ, please disconnect (by typing 'quit')
    and use that one.  To save you this step, here is the latest list of
    archie sites:

    archie.rutgers.edu     128.6.18.15     (Rutgers University)
    archie.unl.edu     129.93.1.14     (University of Nebraska in Lincoln)
    archie.sura.net     128.167.254.179 (SURAnet archie server)
    archie.ans.net     147.225.1.2     (ANS archie server)
    archie.au         139.130.4.6     (Australian server)
    archie.funet.fi     128.214.6.100     (European server in Finland)
    archie.doc.ic.ac.uk  146.169.11.3     (UK/England server)
    archie.cs.huji.ac.il 132.65.6.15     (Israel server)
    archie.wide.ad.jp     133.4.3.6     (Japanese server)

    I believe that all of these servers run the mail server as well as
    the telnet and archie server software.  (The archie server is a
    third way to use archie.  It's probably the best way, but it
    requires that you install software.)

    Once you logged into an archie server, you will want to make
    sure that all the information you will retrieve will be mailed to
    you.  Type

    set mailto [e-mail]

    where, of course, you will substitute your own email address for the
    made-up one shown above.  You are now ready to search the database.
    If at any time you want to know what options are available to you,
    type help.  To search for a program or file, type

    prog foo

    where foo is the name of the program or file required.  Once your
    search is done, type 'mail' to have the output sent to you.  (The
    output will almost always be several pages long.)  Then type 'quit' to
    exit.

Q7)  Where can I get a free compiler?

    One such is f2c.

From: [e-mail] (Mark Maimone)
Newsgroups: comp.lang.fortran,comp.lang.c
Subject: Re: Fortran to C translator
Keywords: fortran, C, translator, f2c
Date: 13 Sep 90 01:43:30 GMT
Organization: Carnegie-Mellon University, CS/RI


    Since there have been several requests for a Fortran to C translator
in the past week, I'm reposting the announcement about f2c.  The short
answer is you can get f2c by anonymous-ftp from research.att.com in
directory dist/f2c.

------------------------------------------------------------------------------

    Source for f2c, a Fortran 77 to C translator jointly developed by
folks from Bell Labs, Bellcore, and Carnegie Mellon, is now freely
available.

    F2c was derived from the original UNIX operating system's f77(1),
and the generated C follows f77's calling conventions; on some machines, the
resulting object files are interchangeable with (and behave
indistinguishably from) objects compiled by f77.  The main "advantage" of
f2c is that it converts ANSI standard Fortran 77 into C without manual
intervention, at least when invoked by a suitable script or makefile (that
may need to exercise an f2c option to ensure that COMMON blocks are defined
just once).  The main "problems" are that f2c does no code restructuring
(e.g., gotos are preserved) and that Fortran I/O gets converted into a bunch
of calls; thus the translated C code doesn't look too pretty, and in general
one would need to maintain the Fortran rather than its translation into C.
[F2c is not meant to displace the services of commercial vendors whose
business is to convert Fortran into maintainable C.]

    There is a plethora of options, many of which exist to support
different compilation environments for the translated C (e.g., ANSI C or C++
compatibility, different type sizes, separate files for COMMON blocks to
appease "smart" linkers).  So far f2c (and f2c-generated source) has
compiled successfully on many machines:  Sun, Vax, IBMRT, Apollo, SGI, MIPS,
and Cray to name a few.

    F2c has been under test by the net community for over a year
and has been verified on the NBS tests, several large math libraries,
floating point tests, even code for laying cable on the ocean floor!

    To find out about f2c, send the following E-mail message to netlib
([e-mail] or research!netlib):

    send index from f2c

Your message will be answered automatically (by a program -- see CACM vol.
30 #5 (May, 1987), pp. 403-407).  You will receive a reply explaining how to
automatically acquire f2c source (about 600K), f2c library source (130K),
and supporting info (man page, etc).  Or you can anonymous-FTP to
research.att.com and look in directory dist/f2c at these files:

    all.Z -- 250K compressed shar file for f2c
    f2c.ps.Z -- 24 page tech report describing f2c
    index -- general info about files
    libf77.Z, libi77.Z -- compressed shar files for libraries

****************************** DISCLAIMER ******************************
         Careful! Anything free comes with no guarantee.
************************************************************************

----------------------------------------------------------------------
Mark Maimone                phone: (412) 268 - 7698
Carnegie Mellon Computer Science    email: [e-mail]
                           cmcspt![e-mail]

Notes: f2c accepts only fairly vanilla FORTRAN; vendor supplied f77's
       usually produce better quality code, and accept a wider variety
       of codes.

Q8)  What is the best compiler for a PC?

    There are many products, some are quite good. Few are free.
    f2c and gcc can be had for the PC environment. Popular ones are:

    Lahey (very fast compilation; excellent reputation for support)
    Watcom (touted for good optimization)
    MicroWay (support for odd floating point units)
    LPI  (multi-platform support)
    MicroSoft (various good hooks into windows and such)
    Absoft (multi-platform support)

   It is beyond the scope of a faq to provide a commercial endorsement.

Q9) How does Fortran 90 relate to FORTRAN '77?

    With a few minor exceptions, Fortran 90 is a superset
    of X3.9-1978 FORTRAN.

But this does not mean that all "77" codes will port sans changes.
Many (if not most) programmers employed constructs beyond the '77
standard, or rely on unspecified behavior (say, assuming that an OPEN
of an existing file will position the file pointer to just past the
last record already written) which has changed (that is to say, has
become specified).

This leads to the obvious question, what is new in Fortran 90?

A complete answer would require considerable text. Some of the most
obvious additions are:

    1) array notation (operators, etc.)
    2) dynamic memory allocation
    3) derived types and operator overloading
    4) keyword argument passing, INTENT (in, out, inout)
    5) modules
    6) modern control structures
    7) free format source code form
    8) other stuff

While it is always tricky to characterize the motives of a large group
of people, I <khb> am inclined to try as follows:

   '90 incorporates two sets of improvements: (1) relatively minor
   fixups that *could* have been done earlier (2) relatively major
   changes to enable better software engineering practices.

Sometimes a "minor" fixup has major effect, such as addition of free
form source form combined with cannonization of the MIL-STD 1753
INCLUDE.

I further go off on a limb and assert that it was the goal of the
*committee* to evolve Fortran in a fashion to enable it to continue to
be the premier language for scientific computation.


Q10) My compiler is mis-behaving; who enforces the standard?

    ANSI and ISO standards do not usually have a particular enforcement
    mechanism. Local bodies sometimes do.

    However, it should be borne in mind that if *your* source code is
    not standard compliant there is *NO* obligation for a FORTRAN ('77
    and before) compiler to do  *ANYTHING* in particular. In Fortran (90)
    the text in "constraints" must be tested and a warning produced
    (compiler option can be used to evade this, of course).

    Some (notably Guy Steele, with respect to another standard) have
    noted that when non-standard complying code is encountered, a
    compiler may do *ANYTHING* including initation of Global Warfare.
    Keep this in mind.

    When you do find a bona fide compiler bug, you are generally best
    served by reporting it to the *vendor*. If you neglect to tell the
    vendor, how can you complain about it not being fixed?

    When reporting a *suspected* bug be sure to be quite specific
    about the computer system, operating system rev level (patches
    applied if known) and *compiler*version* (and patches thereof).
    It is very hard for people to read your mind; but they will try.
    The attempts are often entertaining, sometimes helpful, but always
    an inefficient use of people-time and net-bandwidth.

    Also note that it is generally helpful if you cut down the example
    to the smallest size you can. Vendors are developers too; the
    tendency is invest time/money where one can get the biggest bang
    for the buck.


Q11) What are good books on Fortran?

    Don't know if they are good. Inclusion in the list is not
    endorsement.  Have misplaced name of the compiler of the
    original list <sorry>


Author                         Title                                     Year
Kruger                   Efficient Fortran Programming          1990
Mojena/Ageloff                 FORTRAN 77                                 1990
Metcalf/Reid                   FORTRAN 90 EXPLAINED                       1990
Boyle                          FORTRAN 77 PDQ                             1989
Bezner                         FORTRAN 77                                 1989
Tremblay                       PROGRAMMING IN FORTRAN 77                  1988
Salmon                         ... ENGINEERS & SCIENTISTS WITH FORTRAN 77 1988
Nyhoff/Leestma                 FORTRAN 77 FOR ENGINEERS & SCIENTISTS      1988
McCracken/Salmon               ... ENGINEERS & SCIENTISTS WITH FORTRAN 77 1988
Davis/Hoffman                  FORTRAN 77: A STRUCTURED DISCIPLINED STYLE 1988
Barnard/Skillicorn             FORTRAN 77 FOR ENGINEERS AND SCIENTISTS    1988
Mashaw                         PROGRAMMING STRUCTURED FORTRAN 77          1987
Cole                           FORTRAN 77: A STRUCTURED ... APPROACH      1987
Boillot                        UNDERSTANDING FORTRAN-77                   1987
Starkey/Ross                   FUNDAMENTAL PROGRAMMING WITH FORTRAN 77    1986
Rouse/Bugnitz                  INTRODUCTION TO FORTRAN 77                 1986
Ratzer                         FORTRAN 77 COURSE                          1986
Page                           FORTRAN 77 FOR HUMANS                      1986
Lehman                       ... SOCIAL SCIENCES: ALGORITHMS & FORTRAN 77 1986
Smith                          FORTRAN 77: A PROBLEM-SOLVING APPROACH     1985
Shelly                         FORTRAN 77: AN INTRODUCTION                1985
Nickerson                      FUNDAMENTALS OF FORTRAN 77 PROGRAMMING     1985
Metcalf                        EFFECTIVE FORTRAN 77                       1985
McKeown                        STRUCTURED PROGRAMMING USING FORTRAN 77    1985
Hume                           FORTRAN 77 FOR SCIENTISTS & ENGINEERS      1985
Dillman                        PROBLEM SOLVING WITH FORTRAN 77            1985
Brainerd                       FORTRAN 77 FUNDAMENTALS AND STYLE          1985
Borse                          FORTRAN 77 & NUMERICAL METHODS FOR ENGINEERS1985
Adman                          FORTRAN 77 SOLUTIONS NON-SCIENTIFIC PROBS. 1985
SSI, Inc. Staff                FORTRAN 77 REFERENCE                       1984
Etter                          PROBLEM SOLVING WITH STRUCTURED FORTRAN 77 1984
Etter                          PROBLEM SOLVING USING FORTRAN 77            ?
Dyck                           FORTRAN 77: A STRUCTURED APPROACH ...      1984
Chivers/Clark                  FORTRAN 77: A HANDS ON APPROACH            1984
Adman                          FORTRAN 77 FOR NON-SCIENTISTS              1984
Willamson/Levesque           * A GUIDEBOOK TO FORTRAN ON SUPERCOMPUTER   1989
Rule                           FORTRAN 77: A PRACTICAL APPROACH          1983
Rouse/Bugnitz                  PROGRAMMING THE IBM PC: FORTRAN 77        1983
Nyhoff/Leestma                 PROBLEM SOLVING WITH FORTRAN 77           1983
Marateck                       FORTRAN 77                                1983
Lehmnkuhl                      FORTRAN 77                                1983
Law                            ANSI FORTRAN 77: INTRO. TO SOFTWARE DESIGN 1983
Holoien/Behforooz              ... STRUCTURED PROGRAMMING WITH FORTRAN 77 1983
Grout                        FUNDAMENTAL ... PROGRAMMING USING FORTRAN 77 1983
Fleming/Redish                 THE U. S. MC MASTER GLOSSARY OF FORTRAN-77  1983
Cole                           ANSI FORTRAN IV WITH FORTRAN 77 EXTENSIONS  1983
Wu                             ANSI FORTRAN IV & 77 AND BUSINESS PROGRAMS  1982
Pollack                        STRUCTURED FORTRAN 77 PROGRAMMING           1982
Katzan                         FORTRAN 77                                  1982
Gibson/Young                  INTRODUCTION TO PROGRAMMING USING FORTRAN 77 1982
Ellis                         STRUCTURED APPROACH FORTRAN 77 PROGRAMMING   1982
Durgin                        FORTRAN 77                                   1982
Nanney                        A PROBLEM-SOLVING APPROACH USING FORTRAN 77  1981
Merchant                      FORTRAN 77: LANGUAGE AND STYLE               1981
Khailany                      BUSINESS PROGRAMMING FORTRAN IV/ANSI FORTRAN 1981
Ashcroft                      PROGRAMMING WITH FORTRAN 77                  1981
Wagener                        FORTRAN 77                                    ?
Wagener                       PRINCIPLES OF FORTRAN 77 PROGRAMMING         1980
Meissner/Organick             FORTRAN 77 FEATURING STRUCTURED PROGRAMMING  1980
Hume/Holt                     PROGRAMMING FORTRAN 77                       1979
Balfour                       PROGRAMMING IN STANDARD FORTRAN 77           1979
Brainerd               Programmer's guide to Fortran 90            1990
Adams et al                   Fortran 90 Handbook                         1991
Counihan                      Fortran 90                                  1991
O'Reilly&Assoc              Unix for FORTRAN Programmers                1990

Q12) Are there pretty printers for FORTRAN?

    Yes.

    One such is SPAG:  OTG <usa> voice 717 222 9100  fax   [phone]
    Authors are

           Polyhedron Software Ltd
           Magdalen House
           98 Abingdon Road
           Standlake
           Witney
           Oxon OX8 7RN

           Tel [phone]


    Another is Fortran development Tools from  Quibus 714 527 1384

    Also FOR_STRUC from cobalt-blue. 404 518 1116

    These more than pretty print, they optionally restructure your
    code (duplicating code as needed to tidy up strange GOTO lists,
    turning them into IF-THEN chains, and etc.).


From: [e-mail] (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: code beautifier wanted
Date: 4 Mar 92 21:30:25 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

[e-mail] (Bill Gieske) writes:
> I have tons of old FORTRAN code, most of it in upper case, the majority
> of it not indented.  Is there a code beautifier, either PD or $$ that I
> can run the code through to improve the readability, hence the main-
> tainability?
> Reply to me direct.  I will summarize if appropriate.
> Bill Gieske
> AT&T Bell Laboratories
> [e-mail]

     Call "The Connection at 800-336-1166"  and ask for
their software catalog.

     In their catalog that I have, Sprint 1992, there is an
ad on page 39 from AutoCASE Technology.  They have
a product called "AutoFLOW-FORTRAN" that lists for $1,995.
It claims to automatically document your existing source code.
AutoCASE's number is 408-446-2273.

      On page 93 is an ad from POWERLINE Software Inc.
Their number is 800-257-5773, 206-623-9204.  They offer
a product called SOURCE PRINT+, which they call a code
management tool with "multi-style formatting with structured
code blocking."

They have a Fortran/Basic version for $169, and a Delux
Multi-language version for $249.  This program is for
DOS (MS-DOS presumably) Windows, and OS/2.

Hope this helps.

--
Dave Appel
The Grafted Branch BBS
317-881-4369
internet: [e-mail]
uucp: ..!uunet!grafted.UUCP!dappel
    -= newsfeeds available, contact [e-mail] =-

Hindsight/Fortran

        Summary:

    Features include the ability to draw an interactive structure
    chart and display coverage, software complexity and
    performance information on the structure chart. There are also
    code tracing features, for instance 3 logic diagrams are
    produced. Common blocks can be traced through the structure
    charts, including specific variables within common blocks.
    Hindsight is excellent for documentation, code inspection, and
    bringing new software engineers up to speed on new code.

For more information or a free demo copy, contact:

Dan Zimmerman,  National Account Manager
Advanced Software Automation, Inc.
3130A Coronado Dr
Santa Clara, 95054

Phone: [phone]  Fax: [phone]